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METHODS AND DEVICES FOR MAXIMIZING THE THROUGHPUT 

OF TCP/IP DATA ALONG WIRELESS LINKS 

[0001] It is no secret that more and more people wish to receive email and other 
Internet-based messages on their wireless devices (e.g., cell phones, PDAs). 
5 Historically, however, the Internet (known as a so-called wired network, e.g., a 
network where signals are sent via a physical copper wire instead of over-the-air) and 
wireless networks developed separately from one another. As a result, the most 
common way of sending and receiving data over the Internet, called Transmission 
Control Protocol/Internet Protocol (TCP/IP), is not the most common way that data is 

10 sent over a wireless network. One of the challenges in connecting a wired network to 
a wireless network is related to the different speeds at which these networks operate 
and their relative reliabilities. Wired networks are more reliable than wireless 
networks and typically send data at rates which are much higher than the rates used by 
wireless networks. When high speed data is sent from a wired network in a reliable 

15 manner to a much slower speed, sometimes unreliable wireless network, some kind of 
"traffic cop" is needed in between to ensure proper communications. 

[0002] One such device is called a radio network controller (RNC). Typically, an 
RNC contains a buffer (e.g., memory) for storing incoming TCP/IP data from an 
Internet-based network. Subsequently, this data must be re-transmitted by the RNC to 
20 a wireless device over a slower speed, less reliable wireless network. Because the 
RNC may receive a large amount of data over a very short period of time, it may be 
unable to transmit all of its stored data to a wireless device before becoming 
congested (i.e., before the buffer overflows). Once the buffer overflows, packets of 
data in the buffer are dropped; an undesirable outcome. 

25 [0003] Sometimes the wireless link between the RNC and mobile device is lost. 
This also results in a loss of packets. Realizing this, most existing RNCs retain a copy 
of each packet until the wireless device sends an acknowledgement (ACK) that it has 
received the packet successfully. ACKs are also used to regulate the amount of 
packets sent from a source of TCP/IP packets within an Internet network to an RNC 

30 for eventual delivery to a wireless device. If the source does not receive an ACK, no 
new packets will be sent. 
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[0004] The re-transmission and loss of packets introduces delay and rate 
variations. Large delay and rate variations are common in a wireless network. In 
contrast, such variations are relatively small within Internet-based networks as well as 
other wired networks. In fact, in order to format data packets according to TCP/DP, 
5 most TCP/IP communication equipment assumes that there will be little fluctuation in 
both the delay and rate at which packets are transmitted and received. These 
assumptions, however, do not apply when TCP/IP packets originating at an Internet- 
based network need to eventually be sent over a wireless network. 

[0005] To allow TCP/IP based data to be transmitted between an Internet-based 
10 network and a wireless device, there must be some way of adjusting the flow of 
TCP/IP packets when delay and rate variations fluctuate in order to maximize the 
amount of information (i.e., throughput) sent between an Internet-based network and a 
wireless device. 

BRIEF DESCRIPTION OF THE DRAWINGS 
15 [0006] FIG. 1 depicts a simplified block diagram of an Internet-based network 
connected to a wireless-based network. 

[0007] FIG. 2a depicts a simplified illustration of a congestion window used by a 
source of TCP/IP data. 

[0008] FIG. 2b depicts a simplified illustration of a receive window included in 
20 the header of an acknowledgement packet according to one embodiment of the 
present invention. 

[0009] FIGs. 3a, 3b, 4a, 4b, 5, and 6a, 6b graphically depict throughput versus 
queue length, latency and loss, respectively. 

SUMMARY OF THE INVENTION 
25 [0010] The flow of TCP/IP packets to a wireless network or device is maximized 
in accordance with the present invention by a modifying a receive window value of an 
ACK before transmitting the ACK on to a source of packets within an Internet or 
wired network. The receive window is modified to take into consideration delay and 
rate variations which occur in the wireless network. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0011] Referring now to FIG. 1, there is shown a simplified view of an Internet- 
based network 201 operable to send TCP/IP formatted data packets ("TCP/IP data" 
for short) from a source 200 to a wireless device 300 within wireless network 301 via 
5 an RNC 100. It should be understood that the source 200 is the source of TCP/IP data 
which is ultimately sent to wireless device 300. The RNC 100 and wireless device 
300 may belong to a number of different types of wireless networks, for example, a 
third generation (3G) wireless network. Though not shown in FIG. 1, it should be 
understood that other devices are typically used in between RNC 100 and wireless 

10 device 300, for example, one or more base stations. For ease of explanation, these 
base stations have been omitted from FIG. 1. At some point in time a TCP/IP data 
message is sent from the source 200 via pathway 23A to RNC 100. The message is 
stored in data buffer 102 before being transmitted to wireless device 300 via pathway 
23B. Upon receipt of each packet within the message, wireless device 300 is operable 

15 to send an ACK along pathway 32A back to RNC 100. ACKs received by RNC 100 
are stored in ACK buffer 103. This ACK is sent by the RNC 100 back to the source 
200 via pathway 32B to inform the source 200 that a corresponding packet has been 
received. Upon receiving an ACK, the source 200 is typically prompted to transmit 
an additional packet on to RNC 100 provided such a transmission does not violate 

20 limits set by a congestion window contained within source 200. FIG. 2a shows a 
simplified illustration of a congestion window 321 within memory unit 320 which is 
part of source 200. More specifically, congestion window 321 comprises a data rate 
value (e.g. 32 kilobytes) which acts as an upper limit on the amount of packets which 
can be sent to RNC 100. 

25 [0012] The congestion window value, however, is just an estimate. To realize 
maximum throughput, the estimate needs to be adjusted based on the near, real-time 
conditions of wireless network 301 and buffer 102. 

[0013] In accordance with one embodiment of the present invention, RNC 100 is 
operable to modify an ACK received from the wireless device 300 before forwarding 
30 it on to the source 200. The modified ACK contains a value (e.g., 64 kilobytes) based 
on the present condition of wireless network 301 which will help the source 200 select 
the amount of data which can be sent to the wireless device 300 to maximize 
throughput without overflowing or underflowing buffer 102. It should be understood 
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that the buffer 102 shown on FIG. 1 is a per-user buffer. That is, each user or source 
of data within network 201 is given an amount of buffer space within RNC 100. This 
buffer space is referred to as buffer 102. RNC 100 is also shown comprising a control 
section 101. In one embodiment of the present invention, the control section 101 is 
5 operable to estimate delay and rate variations of wireless links 23B and 32A in real- 
time, and modify an ACK before it is forwarded on to the source 200. As is known 
by those skilled in the art, delay and rate variations may be derived, for example, by 
detecting the number of packets within link 23B and the number of ACKs within link 
32A. Though shown as separate units, it should be understood that the control section 
10 101 and buffers 102,103 may comprise a single unit or may be further broken down 
into additional units. Further, it should be understood that the control section 101 
and/or buffers 102,103 may be realized in whole or in part in hardware, firmware, 
software or some combination of the three. 

[0014] FIG. 2b depicts a highly simplified illustration of an ACK 420 comprising 
15 a receive window value 421. In one embodiment of the invention, the control section 
101 is operable to modify the receive window value 421 of the ACK 420 based on the 
estimated delay and rate variations. For example, the receive window value may be a 
data rate equal to 32 kilobytes. After modification this rate may change to, for 
example, a value between 1 kilobyte and 64 kilobytes. After the receive window 
20 value 421 is modified, it is sent on to the source 200 embedded within modified ACK 
420. Upon receiving the modified receive window value, source 200 is operable to 
compare the value to a congestion window value. Thereafter, source 200 is operable 
to select the lesser of the two in order to ensure that an overflow condition does not 
occur. The lesser value is used as the transmission rate at which packets are sent to 
25 the buffer 102. 

[0015] As was mentioned above, the aim of the present invention is to maximize 
throughput. To do so, at least one packet must always be available to be transmitted 
from buffer 102 to prevent underflow and there must be no packets lost due to 
overflow. Both of these requirements are satisfied by the use of a modified ACK. 
30 [0016] Having provided a general overview of the invention, a more detailed 
discussion will now be provided. 

[0017] Consider now the arrival of an iTH packet at buffer 102 sent by source 200 
(e.g., a web server). Let K, represent the number of packets within the wireless link 



Attorney Docket Number 29250-001000/US 
Lucent Reference; 125694/Chan 4-21 

Page 5 

23B when packet i arrives, where Yi is a function of the varying rates and delays in the 
forward and reverse directions of the wireless links 23B, 32A, and let Ni (< B) be the 
number of packets in buffer 102 when packet i arrives, where B is the size of buffer 
102. Assuming that delays associated with wired network 201 are insignificant as 
5 compared with wireless network 301, all packets from source 200 are stored in buffer 
102 and all ACKs are immediately sent to source 200 leaving no outstanding packets 
in the wired network 201 which need to be sent to wireless device 300. Under these 
conditions, the sum of data packets in the buffer 102 and in the wireless link equals a 
receive window size, W, or 
10 W = Nt+Yi + l. (1) 

[0018] To avoid buffer underflows, the window size (i.e., data rate value), W, 
must obey: 

Vi Yi + 1 < W (no underflow) . (2) 

[0019] Equation (2) states that the receive window size must be greater than the 
15 instantaneous number of packets in the wireless link, F„ and there must be at least one 
packet in buffer 102 for there to be no underflow. However, because we also assume 
that Equation (1) is true, N t < 1 when there is no underflow and thus Equation (2) is 
also a sufficient condition for no underflow. 

[0020] For there to be no overflow (dropped packets) from Equation (1), B must 
20 be>Wi-Yi. In other words, 

Vi Yi + B > Wi (no overflow) . (3) 

[0021] In the discussion above, it was assumed that every packet was 
acknowledged with a separate ACK. However, RNC 100 is further operable to vary 
the value of the receive window size accordingly when acknowledgements represent 

25 more than one packet. 

[0022] As described previously above, RNC 100 is operable to generate a receive 
window size value. Because this value changes when the delay and rate variations of 
network 301 changes (represented by links 23B, 32 A) in near real time, this value can 
be referred to as a variable, dynamic receive window value ("WRD" for short). 

30 [0023] Equation (4) below summarizes the steps involved in generating this value, 
where Y is a current estimate of the number of packets within wireless links 23B, 
32A, without violating Equations (2) and (3): 
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On Deque of each Data packet 
Y = Y+ 1 

On Enque of each Acknowledgement 

y=r+i 

Set W = K+5 

Transmit the Acknowledgement to the source. 



(4) 



[0024] This technique is conservative as it satisfies Equation (3) (no overflow) but 
uses a larger receive window size value as compared with existing techniques. 
Because the present invention involves modifying the value of the receive window, 
the throughput (W/RTT) provided by the present invention is as good or better than 
the throughput of existing techniques because: 



If 



W 



RTT 



<R, then 



W 



W + k 



RTT 



RTT + klR 



Vk> 0 



where W is the window size, RTT is the round trip time and R is the average rate of 
the connection. 

10 [0025] If the window size of an existing technique (e.g., Window Regulator - 
Static, "WRS") is B, the size of the present window is given by B + F, where Y is 
always a positive number. 

[0026] Though the WRD technique substantially prevents overflow, it may not 
prevent underflow. For example, suppose sometime after the comparison discussed 

15 above occurs and a transmission rate is set, but before a next modified ACK is 
received by source 200, the condition of wireless network 301 changes. If the change 
makes it possible to send more packets to device 300 yet the transmission rate is set 
too small, the buffer 102 will underflow because all packets sent from source 200 to 
RNC 100 will be re-transmitted to device 300 immediately, thus leaving buffer 102 

20 empty, before a next ACK is received by source 200. Without the reception of a 
modified ACK by source 200, no new packets will be sent from source 200 to RNC 
100 to fill up buffer 102. 

[0027] In a further embodiment of the invention, RNC 100 is operable to store 
ACKs and forward them to source 200 only when needed to prevent the underflow of 
25 buffer 102. For example, at any given point in time the delay or rate variations within 
wireless network 301 may remain fairly constant. If this occurs, it is arguably 
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unnecessary for RNC 100 to continue to modify an ACK in the same manner and 
forward it on to source 200. Instead, RNC 100 may be operable to store one or more 
ACKs until such time as control unit 101 detects buffer 102 is approaching a 
substantially empty state and/or the delay and rate variations of wireless network 301 

5 substantially change, at which time RNC 100 is operable to modify a receive window 
value of one or more ACKs and forward the modified ACKs on to source 200. In the 
former case a modified receive window value of an ACK is sent to prompt the source 
200 to send packets to buffer 102 to prevent underflow. In the latter case a modified 
receive window value of an ACK is utilized to adjust packet throughput as discussed 

10 in detail before and above. 

[0028] This additional embodiment can be referred to as a Window Regulator- 
Buffer or "WRB". 

[0029] Equation (5) summarizes the operation of RNC 100 operating using WRB: 

(5) 



On Deque of each Data packet 

y= 7+ 1 

If there is an Acknowledgement stored in the 
Acknowledgement buffer, then 
W = Y+B + B a 

Transmit Acknowledgement to the source 
endif 

On Enque of each Acknowledgement, set 
Y- Y- 1 
W= Y + B + B a 

If (new Acknowledgement AND (W < previous 
value of W)) 

Store Acknowledgement in the 
Acknowledgement Buffer 

B a = B a + 1 

else 

transmit Acknowledgement to the source 
endif. 



15 where B a is the size of the acknowledgement buffer. 

[0030] Note that in WRB, B a can only be increased until it converges to some 
value Ymax and V i W i+ j > W/. Note also that Equation (2) is satisfied because V i Y^ 
> Yi and Equation (3) is also satisfied because the delay from wired network 201 is 
insignificant. 
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[0031] 



The queue utilization, Qwrb, is given by: 




i.i l{Yi + B + Ba>Yi + i). 



(6) 



[0032] If the size of the acknowledgement buffer is not limited (because 
acknowledgements consume very little memory and do not impact the latency of new 
5 flows), then B a will grow large enough to absorb the maximum variation on the 
wireless link. Therefore, Pr(Yi + B + B a > Y i+} ) approaches one. Thus, if the flow 
lasts long enough, WRB achieves the maximum utilization of 1. The queue 
utilization Qwrb is 



10 [0033] FIGs. 3a, 3b through 6a, 6b graphically summarize the results of 
throughput v. queue length (single user), throughput v. queue length (multiple users), 
throughput v. round trip wired latency and throughput v. loss, respectively of existing 
techniques and techniques provided by the present invention. 

[0034] Summarizing the results shown in these figures, it can be said that because 
15 drop-tail (DT) and WRS cannot adapt to large rate and delay variations in a wireless 
channel, TCP throughput suffers. 

[0035] Though an existing technique known as "acknowledgement regulator" 
(AR) adapts reasonably well to large variations, it does not perform well when wired 
latencies are significant because its associated estimation errors cause a degradation in 

20 TCP throughput. 

[0036] In contrast, WRD techniques perform well in terms of throughput and 
robustness when faced with reasonable wired latencies. However, WRD does not 
perform as well as WRB when losses occur due to a congested buffer. 
[0037] WRB performs the best in terms of maximum throughput, robustness in 

25 the face of relatively large wired network latencies and in the face of relatively large 
losses of packets due to congested buffers. 



Qwrb 




-y*'-ii=i. 



(7) 



